home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2326 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Mon, 29 Jan 96 20:32:49 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: Amiga doesn`t need Planar!
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4a7r@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 28 Jan 96 Stephan Schaem wrote to All:
  14.  
  15.  >> Chunky can still do that better.  Most Chunky cards have got a 16-color
  16.  >> mode where 1 byte represents 2 16-color pixels.  Although lots of
  17.  >> advantages of Chunky are lost this way it would still be faster to plot
  18.  >> a pixel, draw a vertical line and stuff like that vs 4 bitplane Planar.
  19.  
  20.  SS> For gfx planar is not too cool... but like planar can save memory,
  21.  SS> it can also save bandwidth. A basic example is CED, only write/scroll
  22.  SS> 1 bitplane. Now if amiga only had chunky and it was opnened on a 8bit
  23.  SS> screen and had no blitter, ced would be 8 time slower for its display
  24.  SS> operation.
  25.  
  26. Yep, but since Chunky can easily be handled with the CPU scrolling would
  27. atleast become faster with faster CPU's. There is still my point that Chunky
  28. however is also cheaper to build/implement in hardware as it can do more with
  29. less bandwidth in the most common cases.  If the hardware uses less bandwidth
  30. it means that RAM can more easily keep up with the gfx-processors on the card,
  31. which means cheaper and faster cards.
  32.  
  33. To name a very common thing, how about 'drawing' a line of text?  Each
  34. character will be drawn seperately with the blitter.  If you for example use a
  35. 8x8 font planar displays will always read & write 8 words * number of bitplanes
  36. (okay, on Amiga that is).  8-bit Chunky would only write 8*8 bytes (+ possible
  37. optimisation to do word/long accesses), and no reading would be involved at
  38. all.  This can make quite a difference when printing text to a screen.
  39.  
  40.  SS>  I dont know if you do this, but if I clear a rectangle and do
  41.  SS> operation
  42.  SS>  on the rectangle that wont overlap themself I mask out the plane that
  43.  SS>  will be set or cleared to its already set value.
  44.  SS>  ex: You write black onto gray... only 1 bitplane out of the 8 will
  45.  SS>  be accessed: to blit a rendered string buffer of 128x8 would need
  46.  SS>  32 read/write to past the string, chunky 256 read/write (Plus 8x too
  47.  SS>  the bandwidth to create the string buffer in chunyk format: pc card
  48.  SS>  support 2 color text blit but maybe not all:)
  49.  SS>  Now you want to higlight the text in 'blue' , you just need to write
  50.  SS>  a rectangle in 1 bitplane and you have a blue highlight (of white or
  51.  SS>  black text on gray). in chunky you would need to read & write (I
  52.  SS> assume
  53.  SS>  there you OR or XOR)
  54.  
  55. Nice, but of little use in the real-world I'm affraid as it occurs very rarely.
  56.  
  57. Grtz John
  58.  
  59. -----------------------------------------------------------------------
  60.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  61. -----------------------------------------------------------------------
  62. -- Via Xenolink 1.981, XenolinkUUCP 1.1
  63.